home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 5434 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.9 KB
  1. Path: news.clark.net!not-for-mail
  2. From: gusty@clark.net (Harlan Messinger)
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: External access to private class variables
  5. Date: 2 Feb 1996 22:37:27 GMT
  6. Organization: Clark Internet Services, Inc., Ellicott City, MD USA
  7. Distribution: world
  8. Message-ID: <4eu3n7$rbi@clarknet.clark.net>
  9. References: <4ermr9$ii7@cloner2.ix.netcom.com> <ENNO.96Feb2203423@kitz.inferenzsysteme.informatik.th-darmstadt.de>
  10. NNTP-Posting-Host: explorer.clark.net
  11. Mime-Version: 1.0
  12. Content-Type: TEXT/PLAIN; charset=ISO-8859-1
  13. Content-Transfer-Encoding: 8bit
  14. X-Newsreader: TIN [UNIX 1.3 950726BETA PL0]
  15.  
  16. Enno Sandner (enno@inferenzsysteme.informatik.th-darmstadt.de) wrote:
  17. : In article <4ermr9$ii7@cloner2.ix.netcom.com> genescot@ix.netcom.com(Eugene S. Thompson ) writes:
  18. : 
  19. :    I was playing around with references and ran across this situation. I'm
  20. :    sure it's not original, so I was hoping someone could tell me if it is
  21. :    an intentional implementation of C++ or if it is a bug.
  22. : 
  23. :    class X 
  24. :    {
  25. :    private:
  26. :        int value;
  27. :    public:
  28. :        X (int n = 0) { value = n; }
  29. :        int& GSValue () { return value; }   // return a reference to the 
  30. :                        // private member "value"
  31. :    };
  32. :        .
  33. :        .
  34. :        .
  35. :    main ()
  36. :    {
  37. :    X   x1 (20);
  38. : 
  39. :        printf ("%d\n", x1.GSValue ());     // 20
  40. : 
  41. :    int* pntr = &(x1.GSValue ());
  42. : 
  43. :        printf ("%d\n", *pntr);             // 20
  44. : 
  45. :        *pntr = 30;
  46. :        printf ("%d\n", x1.GSValue ());     // 30 -> We now have external 
  47. :                        // access to a private member.
  48. :    }
  49. : 
  50. :    I realize that this implementation is contrived, but I'm sure there are
  51. :    additional ways of gaining such access. So, what's the deal? 
  52. : 
  53. : It's even possible to modify the private member directly:
  54. : 
  55. : int main ()
  56. : {
  57. :    X x1 (20);
  58. :    printf ("%d\n", x1.GSValue ());     // 20
  59. :    x1.GSValue()=30;
  60. :    printf ("%d\n", x1.GSValue ());     // 30
  61. : }
  62. : 
  63. : You return a non-const reference and therefore it's perfectly valid to
  64. : modify the referred variable. One should take care with services that
  65. : provide uncontrolled access to private members.
  66. : 
  67. :         Enno
  68.  
  69. This isn't strange. An object can have several names and be pointed to by 
  70. several pointers. Making one of those names private hides just that name. 
  71. It doesn't hide any of the other names, and it doesn't hide the pointers 
  72. to it.
  73.  
  74. Treating your example for the sake of discussion as real code that 
  75. someone wrote, all this means is that somebody didn't want the name "x" 
  76. used to access that spot in memory, but wanted it to be called GSValue() 
  77. instead. Perhaps GSValue() is a meaningful name for the intended user, 
  78. and the current implementation of GSValue() is via an integer data 
  79. member, but perhaps later on it will be via some other private mechanism. 
  80. If that happens, the change will be invisible to the user, who will still 
  81. use the public member reference function GSValue() just as before.
  82.